home *** CD-ROM | disk | FTP | other *** search
/ kermit.columbia.edu / kermit.columbia.edu.tar / kermit.columbia.edu / newsgroups / misc.20041116-20060924 / 000166_john.hackett@icon-is.co.uk_Sun Oct 16 12:18:03 2005.msg < prev    next >
Internet Message Format  |  2006-09-27  |  8KB

  1. Path: newsmaster.cc.columbia.edu!newsfeed.nyu.edu!newsfeed.news.ucla.edu!newsfeed.stanford.edu!news.tele.dk!news.tele.dk!small.news.tele.dk!news-fra1.dfn.de!newsfeed.hanau.net!newsfeed.vmunix.org!peer-uk.news.demon.net!kibo.news.demon.net!news.demon.co.uk!demon!not-for-mail
  2. From: John Hackett <john.hackett@icon-is.co.uk>
  3. Newsgroups: comp.protocols.kermit.misc
  4. Subject: Re: ftp mput /recursive problem....
  5. Date: Sat, 15 Oct 2005 21:57:03 +0100
  6. Lines: 186
  7. Message-ID: <dirqev$7j$1$830fa7a5@news.demon.co.uk>
  8. References: <dip2gm$ci$1$8300dec7@news.demon.co.uk> <slrndl29i0.ldi.fdc@sesame.cc.columbia.edu>
  9. NNTP-Posting-Host: iconinfo.demon.co.uk
  10. Mime-Version: 1.0
  11. Content-Type: text/plain; charset=ISO-8859-1; format=flowed
  12. Content-Transfer-Encoding: 7bit
  13. X-Trace: news.demon.co.uk 1129409823 243 80.177.168.155 (15 Oct 2005 20:57:03 GMT)
  14. X-Complaints-To: abuse@demon.net
  15. NNTP-Posting-Date: Sat, 15 Oct 2005 20:57:03 +0000 (UTC)
  16. In-Reply-To: <slrndl29i0.ldi.fdc@sesame.cc.columbia.edu>
  17. X-Accept-Language: en-us, en
  18. User-Agent: Mozilla Thunderbird 1.0.7 (Macintosh/20050923)
  19. Xref: newsmaster.cc.columbia.edu comp.protocols.kermit.misc:15409
  20.  
  21. Thanks for your reply.
  22.  
  23. Frank da Cruz wrote:
  24. > On 2005-10-14, John Hackett <john.hackett@icon-is.co.uk> wrote:
  25. > : I am quite new to kermit so I hope this is not a stupid questions but 
  26. > : I've spend hours trying to get this to work....
  27. > :
  28. > : I am trying to set up an automated backup from a Fedora3 server to a 
  29. > : 500Gb LaCie drive over ethernet. There are about 30k files to transfer. 
  30. > :   I know both the server and the Lacie are OK as I have done the 
  31. > : complete  transfer with gFTP and all was OK.
  32. > :
  33. > Which version of Kermit are you using?  The 8.0 series has gone through
  34. > several releases, each of which added some features or fixed bugs in the
  35. > ftp client.  If you try the current development build:
  36. >   http://www.columbia.edu/kermit/ckdaily.html
  37. > do you get the same result?
  38.  
  39. I was using 8.0.211.
  40.  
  41. [Is this useful:
  42. 211-Features:
  43.   MDTM
  44.   REST STREAM
  45.   SIZE
  46. 211 End
  47.    Server does not support AUTH
  48.    Server does not support LANG
  49.    Server does not support MDTM
  50.    Server does not support MLST
  51.    Server does not support PBSZ
  52.    Server does not support PROT
  53.    Server supports REST
  54.    Server does not support SIZE
  55.    Server does not support TVFS
  56.    Server does not support UTF8 ]
  57.  
  58.  
  59. I downloaded and installed the ckdaily.html and got exactly the same 
  60. problem.
  61.  
  62. [211-Features:
  63.   MDTM
  64.   REST STREAM
  65.   SIZE
  66. 211 End
  67.    Server does not support AUTH
  68.    Server does not support LANG
  69.    Server supports MDTM
  70.    Server does not support MLST
  71.    Server does not support PBSZ
  72.    Server does not support PROT
  73.    Server supports REST
  74.    Server supports SIZE
  75.    Server does not support TVFS
  76.    Server does not support UTF8
  77. ]
  78.  
  79. It seems to be a very specific issue as when I went through the listfile 
  80. and the files transferred the problem occurs in exactly the same place 
  81. each time.
  82.  
  83. > : I had some problems initially which I solved as follows:
  84. > :
  85. > : set file stringspace 10000000
  86. > : set file listsize 100000
  87. > : set ftp filenames literal
  88. > : set term idle-timeout 100
  89. > : set term idle-action output \32
  90. > :
  91. > The "set term" commands have nothing to do with ftp connections.
  92.  
  93. It seeed to fix an earlier prolem with timing out - but it may have been 
  94. an 'artifact' of other attempts to solve it!
  95.  
  96. > : With kermit I have a script which connects up; goes to the correct 
  97. > : directories on each side and can transfers the files. However, when I go 
  98. > : to the drive one of two things happens.
  99. > :
  100. > : (1) If I try "ftp mput /recursive /update * " the files appear to 
  101. > : transfer. If I repeat it only the changed ones seem to be done again. 
  102. > : But on the LaCie the files are invisible - I can't find them anywhere!
  103. > :
  104. > : (2) So I tried this instead:
  105. > :
  106. > : ftp mput /recursive /update /listfile:\m(filelist) - this tranfers all 
  107. > : the files (I used find to generate a list of all the files (exc. 
  108. > : directories). Now I thik all there files are there and visible but they 
  109. > : ar enot in the correct directories! It looks as if kermit is descending 
  110. > : but not ascending before creating a new directory.
  111. > :
  112. > There are some different variables to consider.
  113. > First, the large number of files.  Do the same things happen if you set up
  114. > a similar scenario but with a much smaller number of files?
  115.  
  116. No. I set up a smaller test with files in a tree and that worked fine. 
  117. It also worked - as far as I can tell - on a much larger directory (2667 
  118. files) but fails on a larger one (8200 files).
  119.  
  120. > Second, the recursion.  It takes two to tango.  How do we know the server
  121. > is obeying all of Kermit's directives, or even supports them?  From your
  122. > description it sounds like it's possible that Kermit's CDUP command is not
  123. > having any effect.  Try it by hand, CD to some directory on this connection,
  124. > and then see if CDUP brings you back up.
  125.  
  126. Yes CDUP works.
  127.  
  128. > Third, the update.  This part seems to be working but you never know.  Do you
  129. > see the same problems if you omit the /UPDATE switch?
  130.  
  131. Same problem, same place.
  132.  
  133. > Set up a test cases with a similar structure but a small number of files
  134. > and then, using "set ftp debug on" to follow what occurs between Kermit and
  135. > the server, see if you can home in on the problem.
  136. > - Frank
  137.  
  138. It is hard to know how much detail to give. The files DO transfer. What 
  139. happens is that the directory structure gets messed up so the expected 
  140. number of files/directories at a particular level is not correct and you 
  141. have to see where the files have been written.
  142.  
  143. LISTFILE:
  144.  
  145. profile/Application Data/Skype/sarah_hac/user1024.dbb
  146. profile/Application Data/Skype/sarah_hac/contactgroup256.dbb
  147. profile/Application Data/Skype/sarah_hac/call256.dbb
  148. profile/Application Data/Skype/sarah_hac/config.lck
  149. profile/Application Data/Skype/sarah_hac/chat512.dbb
  150. profile/Application Data/Skype/sarah_hac/chatmsg256.dbb
  151. profile/Application Data/Skype/sarah_hac/index2.dat
  152.  
  153. ---ALL OK UP TO HERE
  154.  
  155. --- This is where KERMIT misses a beat and creates dir "Real" under 
  156. "Skype" instead if the directory above...
  157.  
  158. profile/Application Data/Real/rnadmin/rnsystem.dat
  159. profile/Application Data/Real/RealPlayer/db/Backup/iscomplete
  160. profile/Application Data/Real/RealPlayer/db/TRACKS.DBF
  161. profile/Application Data/Real/RealPlayer/db/PLAYTRAX.CDX
  162. profile/Application Data/Real/RealPlayer/db/TRAKINFO.DBF
  163. profile/Application Data/Real/RealPlayer/db/CD.DBF
  164.  
  165.  
  166. FROM DEBUG:
  167.  
  168. HERE IS THE ERROR:
  169. 257 "/mirror/sarah/profile/Application Data/Skype/Real" - Directory 
  170. successfully created
  171. 257 "/mirror/sarah/profile/Application Data/Skype/Real/rnadmin" - 
  172. Directory successfully created
  173. ...
  174. 257 "/mirror/sarah/profile/Application Data/Skype/Real/RealPlayer" - 
  175. Directory successfully created
  176. 257 "/mirror/sarah/profile/Application Data/Skype/Real/RealPlayer/db" - 
  177. Directory successfully created
  178. 257 "/mirror/sarah/profile/Application
  179. ...
  180.  
  181. And it remains a directory adrift:
  182. 257 "/mirror/sarah/profile/Application Data/Recent" - Directory 
  183. successfully created
  184. 257 "/mirror/sarah/profile/Application Data/My Documents" - Directory 
  185. successfully created
  186. 257 "/mirror/sarah/profile/Application Data/My Documents/My Videos" - 
  187. Directory successfully created
  188. 257 "/mirror/sarah/profile/Application Data/My Documents/My Pictures" - 
  189. Directory successfully created
  190. 257 "/mirror/sarah/profile/Application Data/My Documents/My 
  191. Pictures/2005-09-04" - Directory successfully created
  192. 257 "/mirror/sarah/profile/Application Data/My Documents/My Skype 
  193. Pictures" - Directory successfully created
  194. 257 "/mirror/sarah/profile/Application Data/My Documents/My Music" - 
  195. Directory successfully created
  196.  
  197. John.